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Beschreibung 



Verfahren zum integrierten Ubertragen von ersten Da ten mi t 
Echtzeitanforderung und zweiten Daten ohne 
Echtzeitanf orderung , Kommunikations vorrichtung und 
Kommunika tions sy s tem 

Die Erfindung betrifft ein Verfahren zum integrierten 

Ubertragen von ersten Daten mit Echtzeitanforderung und 
zweiten Daten ohne Echtzeitanforderung, eine 
Kommunikationsvorrichtung sowie ein Kommunikationssystem. 

Aus [1] ist das von der International Organization for - 
Standardization (ISO) definierte Open System Interconnection 
(OSI) -Schichtenmodell bekannt. Im Rahmen dieses OSI- 
Schichtenmodells sind die unterschiedlichen Aufgaben, die im 
Rahmen einer Ubertragung von Daten zwischen Computern, 
ailgemein einer Kommunikation zwischen Computern in einem 
heterogenen Kommunikat ionsnet z bestehen, auf unterschiedliche 
Schichten aufgeteilt, die jeweils vorgegebene Dienste 
transparent zur Verfugung stellen, das heifit, es werden von 
einer Einheit in der jeweiligen Schicht einer Einheit einer 
"daruberliegenden Schicht" derart zur Verfugung gestellt, 
dass es fur die daruberliegenden Schichten nicht ersichtlich 
ist, wie der jeweilige Dienst erbracht wird, sondern 
lediglich, dass der jeweilige Dienst erbracht wird. 

In dem OSI-Schichtenmodell wird insbesondere unterschieden 
zwischen Schichten, die zustandig sind fur die fehlerfreie 
Ubertragung von Daten von einem Computer zu einem anderen 
Computer innerhalb des Kommunikationsnetzes und Schichten, 
die diese Dienste in Anspruch nehmen. 



Eine Schicht, die 
Kommunikation von 
Empf angercomputer 



zur Aufgabe hat, eine Ende-zu-Ende- 

einem Sendecomputer zu einem 

zu gewahrleisten, ist die sogenannte 



Transportschicht (Schicht 4 innerhalb des OSI- 
Schichtenmodells ) . 



Ein Beispiel fur ein Protokoll der Transportschicht ist das 
Transport Control Protocol (TCP), das ublicherweise 
zusammenwirkt mit dem Internet Protocol (IP) der 
Vermittlungsschicht (Schicht 3 des OSI-Schichtenmodells) . 
Weiterhin ist es bekannt, im Rahmen des IP eine Obertragung 
der Daten gemaG unterschiedlichen Dienstguteklassen (class of 
flow, COF fur Integrated Services) auf Ebene der 
Vermittlungsschicht vorzusehen. 

Zu unterscheiden von der Transportschicht ist beispielsweise 
die Anwendungsschicht (Applikationsschicht, Schicht 7 im OSI- 
Schichtenmodell) , in der aus reiner Anwendungssicht, nicht 
aus einer Sicht, bei der die einzelnen 
Obertragungskomponenten berucksichtigt werden, die 
Obertragung von Daten mittels eines Kommunikationsprotokolls 
bestimmt wird. Die Anwendungsschicht enthalt anschaulich 
ublicherweise die Anwenderprogramm. 

Beispiele fur Protokolle auf der Anwendungsschicht sind das 
Hypertext Transfer Protocol (HTTP), das Verfahren gemaft einem 
MPEG-Standard zum Codieren von Videodaten sowie ein Verfahren 
zum Ubertragen von Stand-Bildern, beispielsweise das 
Verfahren gema/5 dem JPEG-Standard. Weiterhin sind Verfahren 
zum Codieren von Sprachdaten gemaG dem Standard TIPHON, wie 
er aus [4] bekannt ist, in der Anwendungsschicht definiert. 

Bei zu ubertragenden multimedialen Daten ist zu unterscheiden 
zwischen zu ubertragenden Daten, bei denen insbesondere eine 
sehr hohe Anforderung an eine zu gewahrleistende sehr geringe 
Verzogerungszeit zwischen den Daten zu stellen ist, wie dies 
beispielsweise bei Sprachdaten oder Videodaten der Fall ist. 
Bei Sprachdaten ist es besonders wichtig, dass die gesendeten 
Sprachdaten mit einer sehr geringen Verzogerung beim 
Empfangercomputer empfangen werden, da sonst die Qualitat der 



empfangenen, rekonstruierten Sprachdaten fur den Benutzer des 
Empfangercomputers, der die rekonstruierten Sprachdaten hort, 
erheblich reduziert wird. Insbesondere solche Anf orderungen 
werden im weiteren auch als Echtzeitanf orderungen der Daten 
bezeichnet . 

Im Gegensatz dazu sind in einem ublichen Multimedia- 
Datenstrom ferner zweite Daten ohne Echtzeitanf orderungen 
enthalten, beispielsweise textuelle Daten, oder auch 
Standbild-Daten. 

Bei solchen Daten kommt es lediglich generell auf die 
moglichst fehlerfreie Ubertragung der Daten an, nicht aber 
unbedingt auf beispielsweise eine moglichst geringe 
Verzogerung der Ubertragung zwischen den einzelnen 
Datenelementen . 

Aus [2] und [8] ist es bekannt, jeweils eine 
Kommunikationsverbindung vorzusehen fur erste Daten mit 
Echtzeitanf orderung und zweite Daten ohne 
Echtzeitanf order ung . 

Weiterhin ist anzumerken, dass es ublicherweise bei mobilen 
Kommunikationsendgeraten oftmals unmoglich oder zumindest 
unpraktisch ist, uber mehrere mobile Endgerate separate 
Kommunikationsverbindungen fur erste Daten mit 
Echtzeitanf orderung und zweite Daten ohne 

Echtzeitanforderung, wie dies gemafi dem Stand der Technik aus 
[2] vorgesehen ist, aufzubauen. Dies ist insbesondere bei 
mobilen Kommunikationsendgeraten zuruckzuf uhren auf die 
Ressourcenknappheit der mobilen Kommuni kationsendgerate und 
der zur Verfugung stehenden Bandbreite im Rahmen eines 
Mobilfunknetzes, die erheblich geringer ist als bei einem 
Kommunikationssystem, in dem lediglich ein Festnetz 
vorgesehen ist. 



Dm eine weitere Integration der Ubertragung multimedialer 
Daten zu erreichen, ist es aus [3] bekannt, erste Daten mit 
Echtzeitanforderung und zweite Daten ohne Echt zeitanf orderung 
im Rahmen einer Kommunikationsverbindung aus Sicht der 
Anwendungsschicht integriert zu iibertragen. 

Im Rahmen des bekannten Kommunikationssystems gemafi der MOVE- 
Architektur ist in [3] die Middleware VE-MASE (Voice Enabled 
Mobile Application Support Environment) definiert, die auf 
Client-Computern, die sich in einem vorgegebenen 
Kommunikationsnetz befinden, installiert sind sowie auf 
Gateways, die als Vermittlungs-Computer zwischen einem 
drahtgebundenen Teil und einem drahtlosen Teil eines 
Kommunikationsnetzes dienen sowie auf mobilen 
Kommunikationsendgeraten, wie beispielsweise einem Notebook, 
einem Personal Digital Assistent (PDA) oder auch einem 
Mobilf unktelef on, mit .dem eine Kommunikation gemali dem 
Wireless Access Protocol (WAP) moglich ist. 

Ferner ist es aus [4] bekannt, erste Daten mit 
Echtzeitanforderungen in unterschiedliche Dienstguteklassen 
(Quality of Service Classes, QoS-Klassen) einzuteilen. Jede 
Dienstguteklasse der ersten Daten ist jeweils einer 
vorgegebenen gewahrleisteten Qualitat der rekonstruierten 
Sprachdaten zugeordnet, beispielsweise der zu 
gewahrleistenden Verzogerung, der Zeit fur den 
Verbindungsauf bau sowie weiteren Mechanismen zur 
Gewahrleistung einer vorgegebenen Qualitat des Sprachsignals . 

Bei dem Verfahren aus [5] wird eine Abbildung der Ubertragung 
von Daten aus der Anwendungsschicht auf die- Transportschicht 
nur fur eine Art von Daten, namlich fur die ersten Daten mit 
Echtzeitanforderung, gemafi dem Verfahren aus [5] Sprachdaten, 
beschrieben. Insbesondere wird die Wahl des zu verwendenden 
Sprachcodecs (Codec = Coder und Decoder) in Abhangigkeit von 
gemessenen Obertragungsparametern, das heiftt dem Durchsatz, 



dem Jitter sowie der Verzogerung der zu ubertragenden Daten, 
beschrieben. 

Weiterhin ist aus [6] und [9] ein allgemeines 

Klassif ikationsschema auf nicht-technisch'er Ebene fur erste 

Daten mit Echt zeitanf orderung und zweite Daten ohne 

Echt zeitanf orderung bekannt. 

Aus [7] ist das sogenannte Session Initiation Protocol (SIP) 
bekannt . 

Der Erfindung liegt das Problem zugrunde, erste Daten mit 
Echtzeitanforderung und zweite Daten ohne Echt zeitanf orderung 
auf Anwendungsschicht in aus Sicht der Anwendungsschicht 
einer einzigen Kommunikationsverbindung auf einfache Weise 
unter Berucksicht igung ihrer Anforderung an die 
Ubertragungsqualitat zu ubertragen. 

Das Problem wird durch das Verfahren zum integrierten 
Ubertragen von ersten Daten mit Echzeitanf orderung und 
zweiten Daten ohne Echtzeitanforderung, die 
Kommunikationsvorrichtung sowie durch das 

Kommunikationssystem mit den Merkmalen gemafJ den unabhangigen 
Patentanspruchen gelost . 

Bei dem Verfahren zum Ubertragen von ersten Daten mit 
Echzeitanforderung und zweiten Daten ohne Echtzeitanforderung 
ist zur Ubertragung der ersten Daten eine Mehrzahl von ersten 
Dienstguteklassen auf Ebene der Anwendungsschicht den ersten 
Daten zugeordnet. Zur Ubertragung der zweiten Daten ist eine 
Mehrzahl von zweiten Dienstguteklassen auf Ebene der 
Anwendungsschicht den zweiten Daten zugeordnet. Eine der aus 
den ersten Dienstguteklassen und den zweiten 
Dienstguteklassen gebildeten Kombinationsdienstguteklassen 
wird in der Anwendungsschicht ausgewahlt, wobei jeder 
Kombinationsdienstguteklasse Ubertragungsparameter zugeordnet 
sind, mit denen angegeben wird, mittels welcher Parameter die 



Ubertragung der ersten Daten und der zweiten Daten erfolgen 
soli. Insbesondere wird eine Priorisierung der Ubertragung 
der ersten Daten relativ zu den zweiten Daten und umgekehrt 
im Rahmen der Ubertragungsparameter der jeweiligen 
Kombinationsdienstgiiteklassen vorgesehen. Die ersten Daten 
und die zweiten Daten sowie die Ubertragungsparameter der 
ausgewahlten Kombinationsdienstguteklasse werden einer 
Einheit der Transportschicht zugefuhrt, mittels der die 
ersten Daten und die zweiten Daten unter Berucksicht igung der 
Ubertragungsparameter ubertragen werden. 

Die ersten Daten mit Echtzeitanf orderung sind beispielsweise 
Sprachdaten, denen die ersten Dienstguteklassen gemaB TIPHON, 
wie sie in [4] beschrieben sind, zugeordnet sein konnen. 
Zusatzlich kann zur weiteren Dif f erenzierung noch eine 
zusatzliche Dienstgiiteklasse vorgesehen sein zur verbesserten 
Anpassung der Dienstguteklassen aus TIPHON auf die 
Anf orderungen der integrierten Ubertragung von Daten mit 
Echtzeitanf orderung und Daten ohne Echtzeitanf orderung . 

Die ersten Daten konnen ferner auch Videodaten, insbesondere 
Daten gemaft dem MPEG-Standard oder einem Videotelef onstandard 
wie beispielsweise gemafJ dem ITU-H . 263-Standard enthalten. 

Die zweiten Daten ohne Echtzeitanf orderung konnen 
beispielsweise textuelle Daten, die beispielsweise gemaB dem 
HTTP-Protokoll oder gemali dem WAP-Protokoll ubertragen werden 
oder auch Standbild-Daten, beispielsweise gemafi dem JPEG- 
Standard . 

Die zweiten Dienstguteklassen konnen auf ahnliche Weise wie 
die ersten Dienstguteklassen entsprechend der an die 
Ubertragung der ersten Daten gestellten Anf orderungen sowie 
die zur Gewahrleistung der Anf orderungen benotigten 
Ressourcen des Ubertragungsmediums vorbestimmt sein. 



Aus den ersten Dienstguteklassen und den zweiten 
Dienstguteklassen sind Kombinationsdienstguteklassen 
gebildet, aus denen eine Kombinationsdienstguteklasse 
ausgewahlt wird und die der jeweiligen ausgewahlten 
Kombinationsdienstguteklasse zugeordneten 

Ubertragungsparameter werden der Einheit der Transportschicht 
zugefuhrt. Den jeweiligen Dienstguteklassen kann jeweils eine 
Prioritat zugeordnet sein, mit der angegeben ist, mit welcher 
Prioritat die jeweiligen Daten ubertragen werden sollen. Die 
Kombinationsdienstguteklassen konnen abhangig von den ersten 
Prioritaten und den zweiten Prioritaten, die den ersten 
Dienstguteklassen bzw. den zweiten Dienstguteklassen 
zugeordnet sind, gebildet werden. 

Die Auswahl der Kombinationsdienstguteklasse kann auf 
folgende Weise erfolgen: 

a) es wird die Kombinationsdienstguteklasse ausgewahlt, die 
die erste Dienstguteklasse mit hochster erster Prioritat 
und die zweite Dienstguteklasse mit hochster zweiter 
Prioritat aufweist, 

b) es wird gepriift, ob ein zu verwendender Coder die ersten 
Daten und die zweiten Daten gemafi den 
Ubertragungsparametern der jeweiligen 
Kombinationsdienstguteklasse ubertragen kann, 

c) ist dies der Fall, so wird die 
Kombinationsdienstguteklasse ausgewahlt, 

d) wenn dies nicht der Fall ist, so wird eine weitere 
Kombinationsdienstguteklasse ausgewahlt derart, dass 
jeweils die Kombinationsdienstguteklasse mit reduzierter 
zweiter Prioritat ausgewahlt wird, und 

e) die Schritte b) und d) werden iterativ solange 
durchgefuhrt, bis der Coder die ersten Daten und die 
zweiten Daten gemafi den Ubertragungsparametern der 
jeweiligen Kombinationsdienstguteklasse ubertragen kann. 



Auf diese Weise wird eine sehr einfache Heuristik angegeben, 
gemafi der die Auswahl der Kombinationsdienstguteklasse 
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erfolgen kann. Insbesondere bei mobilen 

Kommunikationsendgeraten, beispielsweise einem Handy, in 
denen eine nur relativ geringe Rechenkapazitat zur Verfugung 
steht, zeichnet sich diese einfache Heuristik durch ihren 
geringen Rechenzeitbedarf aus. 

Heuristiken, die auf statistischen Modellen basieren, wie sie 
haufig aus unterschiedlichen Optimierungsproblemen bekannt 
sind, sind demgegenuber wesentlich rechenauf wendiger und fur 
ein Kommunikationsendgerat mit geringer zur Verfugung 
stehender Rechenkapazitat in der Praxis kaum einsetzbar. 

In der Einheit der Transportschicht konnen die ersten und die 
zweiten Daten als ein Datenstrom mit vorgebbarer 

Transportschicht-Dienstguteklasse codiert und ubertragen 
werden . 

Eine Kommunikat ionsvorrichtung, vorzugsweise eine mobile 
Kommunikationsvorrichtung, weist einen Prozessor auf, der 
derart eingerichtet ist, dass die oben beschriebenen 
Verfahrensschritte durchfuhrbar sind. 

Insbesondere bei einer mobilen Kommunikationsvorrichtung ist 
das oben beschriebene Verfahren aufgrund seiner Einfachheit 
und der geringen Anf orderungen an die benotigte 
Rechenkapazitat sehr gut geeignet. 

In einem Kommunikationssystem ist eine mobile erste 
Kommunikationsvorrichtung sowie eine zweiten 
Kommunikationsvorrichtung vorgesehen. Die ersten Daten und 
die zweiten Daten werden von der ersten 
Kommunikationsvorrichtung zu der zweiten 
Kommunikationsvorrichtung ubertragen. 

Es ist anzumerken, dass insbesondere Sprachdaten sehr 
sensitiv sind auch fur mobilf unktypische Schwankungen der 



Bandbreite und der Verzogerung oder der Varianz der 
ubertragenden Sprachdaten. 

Ein erheblicher Vorteil der Erfindung ist darin zu sehen, 
dass insbesondere bei heterogenen Mobilf unknetzen, das heifct 
bei Mobilf unknetzen mit unterschiedlichen 

Teilmobilf unknet zen, beispielsweise einem kostengiinstigen 
proprietaren Mobilf unknet zwerk einer Universitat mit grofter 
zur Verfugung stehender Bandbreite und einem offentlichen 
UMTS-Mobilf unknetz mit relativ geringer zur Verfugung 
stehender Bandbreite, eine Anpassung entweder der Ende-zu- 
Ende-Qualitat der ubertragenen Daten direkt im 
Kommunikationsendgerat oder beim Umcodieren von einem Sprach- 
/Videocodec auf einen anderen oder bei einem Filtern der 
Daten im Netzwerk beim Ubergang vom einen zum anderen 
Mobilf unknetz, das auch als Handover bezeichnet wird, 
erforderlich wird. 

Durch die Erfindung wird es nunmehr moglich, auf 
Anwendungsprotokollebene die Ubertragung der Daten anzupassen 
und zu variieren aufgrund von einem Benutzer vorgegebenen und 
allgemein verstandlichen Klassif ikationen unter Einbeziehung 
aktuell gemessener QoS-Parameter , wie beispielsweise der 
Verzogerung, dem Jitter und der zur Verfugung stehenden 
Bandbreite, sowie abzubilden auf reale, den jeweiligen 
Datenstrom und den Ubertragungsparametern beschreibenden 
Parametern, wie beispielsweise den Parametern, die den zur 
Codierung verwendeten Codec beschreiben, die verwendeten 
Ubertragungsformate und/oder die Kompressionsparameter fur 
Videodaten, Bilddaten oder textuelle Daten und diese 
applikationsabhangig zu verandern. 

Die Erfindung eignet sich insbesondere fur den Einsatz in der 
Internet-Telef onie, beispielsweise im Gebiet der sogenannte 
Voice over IP (VoIP) oder Video over IP uber 
Kommunikationsverbindungen zum Ubertragen ursprunglich 
textueller Daten. Eine solche Moglichkeit ist beispielsweise 



im Mobilfunkstandard 3GPP-Release 00 (UMTS) explizit als 
Multimedia Domain vorgesehen. 

Ferner konnen in den Kommunikationsendgeraten eine Vielzahl 
unterschiedlicher Sprachcodecs, allgemein Codecs fur Daten 
mit Echtzeitanforderung und/oder ohne Echtzeitanf orderung 
entweder dauerhaft gespeichert sein oder auch temporar auf 
das Kommunikationsendgerat ladbar sein. 

Durch die Erfindung wird es ferner ermoglicht, je nach 
Anforderungen einer gegebenen Anwendung eine ganz spezifische 
Priorisierung unterschiedlicher Inf ormationsdatenstrome und 
deren Anpassung vorzunehmen. So kann es in einer Anwendung 
moglich sein, dass die Daten mit Echtzeitanforderung 
wichtiger sind als Daten ohne Echtzeitanforderung. Es kann 
jedoch auch der Fall eintreten, dass die Daten ohne 
Echtzeitanforderung hoher zu priorisieren sind im Rahmen der 
Dateniibertragung als Daten mit Echtzeitanforderung. 

Durch die Erfindung wird es moglich, dies schon auf der Ebene 
der Anwendungsschicht anzugeben. 

Auch ist es gemali der Erfindung moglich, schnell und flexibel 
auf Anwendungsprotokollebene auf wechselnde 
Obertragungsbedingungen der verwendeten Codecs bzw. des 
verwendeten Kommunikationsnet zes zu reagieren. 

So kann beispielsweise auch bei Wissen uber eine zu geringe 
zur Verfugung stehende Bandbreite, beispielsweise beim 
Handover, schon a priori die Dienstgute der kombinierten 
Sprachdienste/Datendienste angepasst werden. 

Dies fuhrt zu einer weiteren Verbesserung der Gesamt leistung 
des zur Verfugung stehenden Kommunikationssystems . 

Ein Ausfiihrungsbeispiel der Erfindung ist in den Figuren 
dargestellt und wird im weiteren naher erlautert. 



Es zeigen 



Figur 1 ein Ablauf diagramm, in dem die einzelnen 

Verfahrensschritte des Verfahrens gemaB einem 
Ausfuhrungsbeispiel der Erfindung dargestellt sind; 

Figur 2 ein Blockdiagramm, in dem die einzelnen Elemente 
eines Kommunikationssystems gemafi der MOVE- 
Architektur, wie sie bei dem Kommunikat ionssystem 
gemafi dem Ausfuhrungsbeispiel der Erfindung 
vorgesehen ist, gezeigt ist; 

Figur 3 ein Blockdiagramm, in dem die einzelnen Komponenten 
der VE-MASE-Middleware gemafi der MOVE-Architektur 
innerhalb einer Kommunikationsvorrichtung, wie sie 
gemafi einem Ausfuhrungsbeispiel der Erfindung 
eingesetzt wird, dargestellt ist; 

Figur 4 eine Tabelle der Kombinationsdienstgiiteklassen gemafi 
einem Ausfuhrungsbeispiel der Erfindung. 

Fig. 2 zeigt ein Kommunikationssystem 200 mit einer mobilen 
Kommunikationsvorrichtung 201, gemafi dem Ausfuhrungsbeispiel 
einem Notebook, einem PDA oder einem WAP-fahigen 
Mobil f unktelef on . 

Wie in Fig. 2 symbolisch dargestellt ist, weist die mobile 
Kommunikationsvorrichtung 201 eine Eingabe-/Ausgabe- 
Schnittstelle 202 sowie eine Kommunikationsverbindungs- 
Verwaltungseinheit 203 (im Rahmen der MOVE-Architektur als 
Call Manager bezeichnet) auf. 

Weiterhin ist in der mobilen Kommunikationsvorrichtung 201 
ein Voice over IP-Client 204 installiert. 

Weiterhin ist in der mobilen Kommunikationsvorrichtung 201 
ein Browser-Programm, welches Daten gemafi dem HTML-Format 
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oder dem WML-Format darstellen und codieren kann, 
installiert. In dem Voice over IP-Client 204 werden die Daten 
gemafi den UDP/IP-Protokollen in der Transportschicht bzw. in 
der Vermittlungsschicht gemafi dem OSI-Schichtenmodell 
codiert . 

Es ist in diesem Zusammenhang anzumerken, dass der Voice over 
IP-Client und das Browser-Programm unabhangig voneinander 
agieren . 

Die mobile Kommunikationsvorrichtung 201 ist uber eine 
Funkverbindung 210, gemafi dem Ausf uhrungsbeispiel eine 
Funkverbindung gemafi dem UMTS-Standard, mit einem 
Vermittlungs-Computer 220 gekoppelt. 

Die Funkverbindung kann z.B. eine Verbindung gemafi dem 
drahtlosen Local Area Network (drahtloses LAN) , dem DECT, dem 
GSM, oder dem UMTS sein. 

Der Vermittlungs-Computer 220 weist ebenfalls eine Eingabe- 
/Ausgabe-Schnittstelle 221, einen Call Manager 222, sowie 
eine Kommunikationsverbindung-Anpassungs-Einheit 223, eine 
Audio-Schnittstelle 224, eine HTTP-Proxy-Einheit sowie einen 
Scheduler 226 auf. 

Ferner ist mit dem Vermittlungs-Computer 220 uber eine 
Festnetz-Verbindung 230 ein weiterer Computer als zweite 
Kommunikatiorsvorrichtung 240 gekoppelt. 

Eine Kommunikationsverbindung wird zwischen der mobilen 
Kommunikationsvorrichtung 201 und der zweiten 
Kommunikationsvorrichtung 240 uber die Funkverbindung 210, 
dem Vermittlungs-Computer 220 sowie die Festnetz-Verbindung 
230 aufgebaut und die Kommunikation erfolgt uber die 
aufgebaute Kommunikationsverbindung . 



Die zweite Kommunikationsvorrichtung 240 weist ebenfalls eine 
Eingabe-/Ausgabe-Schnittstelle 241 sowie eine 
Kommunikationsverbindungs-Verwaltungseinheit 242 auf. Ferner 
ist in der zweiten Kommunikationsvorrichtung 240 ein Voice 
over IP-Client 243 sowie ein Browser-Programm 244 
installiert, die gemaB einem vorgegebenen Protokoll auf der 
Anwendungsschicht bzw. der Transportschicht mit der 
entsprechenden Einheit der mobilen Kommunikationsvorrichtung 
201 kommunizieren konnen. 

Die im weiteren beschriebene, in Fig. 3 dargestellte VE-MASE- 
Middleware der MOVE-Architektur ist sowohl auf den 
Kommunikationsvorrichtungen 201, 240 als auch in dem 
Vermittlungscomputer 220 installiert. 

Wie im weiteren beschrieben wird, werden durch die Middleware 
folgende Dienste gewahrleistet: 

• Die Ubertragung von Daten von und zu der jeweiligen 
Kommunikationsvorrichtung gemali einem HTTP-Protokoll 
oder dem WAP-Protokoll, und 

• das Ubertragen von Audiodaten iiber ein Mobilf unknet z , 
wobei sowohl die Umcodierung als auch das Scheduling von 
Echtzeitdaten und nicht Echt zeitdaten, das heilit von 
ersten Daten mit Echt zeitanf orderung und von zweiten 
Daten ohne Echt zeitanf orderung gewahrleistet wird. 

Im weiteren werden auszugsweise einige Komponenten der 
Vorrichtungen gemafl der aus [3] im Detail beschriebenen und 
definierten MOVE-Architektur erlautert. 

Von dem Audio-Gateway wird der Dienst erbracht der Echtzeit- 
Audio-Konferenz zwischen Einheiten, die iiber eine 
Mobilfunkverbindung kommunizieren und Einheiten, die in einem 
Festnetz miteinander kommunizieren und Einheiten, die sich 
innerhalb eines Festnetzes befinden und iiber ein Festnetz- 
Verbindung kommunizieren. 



Durch das Audio-Gateway werden erste Daten, das heiBt in 
diesem Fall Audio-Daten, insbesondere Sprachdaten, 
entsprechend den sich verandernden Anf orderungen angepasst 
durch veranderte Codecs und deren Parameter, durch Rausch- 
Unterdruckung und durch Umcodieren der jeweiligen 
Datenstrome . 

Von dem Scheduler gemafi dem Ausf uhrungsbeispiel der Erfindung 
wird gewahrleistet, dass die ersten Daten mit 
Echtzeitanforderung, das heiBt die Sprachdaten und die 
Videodaten, nicht durch zweite Daten ohne 

Echtzeitanforderung, beispielsweise textuelle Daten wie Daten 
gemaft dem HTML-Format oder eine elektronische Mail, verzogert 
werden, wobei ublicherweise Audio-Daten eine hohere Prioritat 
zugewiesen bekommen im Rahmen der Ubertragung, als den 
Videodaten . 

In dem Scheduler eingehende Datenpakete werden gemali ihrer 
dem jeweiligen Datenpaket zugeordneten Dienstguteklasse 
eingeteilt . 

Ferner werden von dem Scheduler Dienstguteparameter gemessen 
fiir jeden Datenstrom und die Messergebnisse werden der 
Kommunikationsverbindungs-Anpassungs-Einheit 223 zugefuhrt. 

Der Call Manager ist uber die im Rahmen des 
Kommunikat ions systems 200 verbundenen 
Kommunikationsvorrichtungen verteilt . 

Der Call Manager ist verantwort lich fur 

• den Aufbau einer Kommunikationsverbindung, 

• fur das Steuern der Kommunikationsverbindung, und 

• das Beenden der Kommunikationsverbindung, in der sowohl 
erste Daten mit Echtzeitanforderung als auch zweite 
Daten ohne Echtzeitanforderung zwischen der mobilen 
Kommunikationsvorrichtung 201 und der zweiten 
Kommunikationsvorrichtung 240 ausgetauscht werden. 
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Die Kommunikationsverbindungs-Verwaltungs-Einheit 203 ist 
derart eingerichtet , dass das Session Initiation Protocol 
SIP, wie es in [7] beschrieben ist, realisiert ist. 

5 

Von dem HTTP-Proxy werden Daten gemafi dem HTML-Format 
entsprechend der jeweiligen Kommunikationsvorrichtung, an die 
die Daten gesendet werden sollen, auf deren Anf orderungen 
bzw. Fahigkeiten abgebildet. So wird beispielsweise mittels 

10 des HTTP-Proxys 225 bei Bedarf Farbinf ormation unterdruckt, 
das heifit Farbbilder werden auf Schwarz/Weifi-Bilder 
abgebildet, wenn die Empf angervorrichtung lediglich 
Schwarz/Weift-Bilder darstellen kann. Ferner konnen 
unterschiedliche Skalierungen und Auflosungen der Information 

15 verandert werden oder es werden sogar ganze Videodaten oder 
Bilddaten herausgef iltert , beispielsweise bei dem Ubergang 
von einem HTML-Datenf ormat zu einem WML-Datenf ormat . 

Weitere Details sind der Beschreibung der MOVE-Architektur , 
20 wie sie in [3] definiert ist, zu entnehmen. 

In Fig. 3 ist fiir eine Kommunikationsvorrichtung eine 
Ubersicht dargestellt fur die einzelnen Elemente und deren 
symbolische Anordnung innerhalb des Schichtenmodells . 

25 

In der Anwendungsschicht 301 der Kommunikationsvorrichtung 
300 sind die einzelnen Anwendungsprogramme 302, 
beispielsweise der World Wide Web-Browser, verschiedene Call 
Center-Dienste, oder auch beispielsweise ein Programm zur 
30 Durchfuhrung von Internet-Radio, gespeichert. 

Weiterhin sind gemafi der VE-MASE-Architektur , wie sie in [3] 
beschrieben ist, eine Sprach-/Daten-Schnittstelle 303 sowie 
eine Mobilf unk-Schnit tstelle 304 vorgesehen. 

35 

Ferner sind in der Anwendungsschicht 301 



• der Call Manager 305 zum Aufbau unci Verwalten einer 
Kommunikationsverbindung ein Collaboration Manager 306 
zum Verwalten der Web-Datenstrome, 

• die Kommunikationsverbindungs-Anpassungs-Einheit 307, 
sowie 

• die Audio-Schnittstelle 308 vorgesehen. 

Ferner sind im Rahmen der Mobilf unk-Schnittstelle 304 
vorgesehen : 

• eine Prof ile-Verwaltungseinheit 309 zum Verwalten der 
Profile der moglichen Kommunikationspartner , 

• eine Location-Verwaltungseinheit 310, 

• eine Multimedia-Konvertierungs-Einheit 311, 

• eine Benut zer-Verwaltungseinheit 312, 

• eine Directory-Dienste-Einheit 313, 

• eine Ereignis-Verwaltungseinheit 314. 

Die Einheiten der Anwendungsschicht 301 sind mit Einheiten 
einer UMTS-Anpassungsschicht 320 gekoppelt. 

Die UMTS-Anpassungsschicht 320 ist mit ihren Einheiten mit 
unterschiedlichen mobilen Funknetzen 330 gekoppelt, wobei die 
Einheiten der UMTS-Anpassungsschicht derart eingerichtet 
sind, dass die Daten der Anwendungsschicht 301 entsprechend 
abgebildet werden auf die erf orderlichen Formate, die je nach 
verwendetem (Mobil-) Funk-Datenf ormat zur Ubertragung 
erf order lich sind. 

Als (Mobil-) Funk-Protokoll kann beispielsweise das Protokoll 
gemafi dem GSM-Standard 331, oder auch das Protokoll gemafi dem 
drahtlosen Ubertragungsprotokoll DECT 332 oder das Protokoll 
gemafi dem drahtlosen LAN 333 oder auch das Protokoll gemafi 
dem IMT-2000 UMTS 334 eingesetzt werden. 

Im weiteren wird eine Ubersicht der Funkt ionalitat der 
Kommunikationsverbindung-Anpassungs-Einheit 307 gegeben . 



Durch die Kommunikationsverbindung-Anpassungs-Einheit 307 
wird eines unter unterschiedlichen zur Verfugung stehenden 
Kommunikationsnet zen, das heilit unterschiedlichen 
eingesetzten drahtlosen Kommunikationsverbindungen gemaft 
unterschiedlichen Ubertragungsprotokollen, ausgewahlt derart, 
dass das ausgewahlte Kommunikationsnet z mit vorgegebenen 
Dienstgiiteanf orderungen ubereinstimmen, beispielsweise einer 
verfugbaren Bandbreite oder auch einem vorgegebenen Preis 
einer Kommunikationsverbindung, das heiJSt einem vorgegebenen 
Tarif . 

Von der Kommunikationsverbindungs-Anpassungs-Einheit 307 
konnen Signale erzeugt werden, mit denen angegeben wird, in 
welcher Weise zu ubertragende Daten komprimiert, konvertiert, 
transcodiert werden oder sogar einzelne Multimedia-Objekte, 
beispielsweise einzelne Bilder oder Videos, vor der 
Ubertragung herausgef iltert werden . 

Wenn beispielsweise Bild-Daten oder Video-Daten zu einer 
Kommunikationsvorrichtung ubertragen werden sollen, die 
lediglich Bilddaten bzw. Videodaten in Schwarz/Weift 
darstellen kann, werden gemaft den Steuersignalen der 
Kommunikationsverbindungs-Anpassungs-Einheit 307 Daten, die 
Farbinformation reprasentieren, entfernt, wodurch die 
benotigte Bandbreite reduziert wird. 

Allgemein wird durch die Kommunikat ionsverbindungs- 
Anpassungs-Einheit 307, wie im weiteren naher erlautert wird, 
eine Kombinationsdienstguteklasse ausgewahlt, die 
Obertragungsparameter festsetzt, mittels derer eine 
Ubertragung der zu ubertragenden Daten erfolgt unter 
Berucksichtigung der durch die Obertragungsparameter 
best immten Rahmenbedingungen . 

So wird beispielsweise bei Verringerung der zur Verfugung 
stehenden Bandbreite bei einer drahtlosen 
Kommunikationsverbindung beispielsweise durch veranderte 
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Auswahl eines Codecs zum Codieren von Audio-Daten, durch 
Anfordern einer Reduktion der GroBe von HTML-Daten bei dem 
Multimedia-Konvertierungs-Proxy, durch Unterdrucken der 
Ubertragung von Sprache, durch Unterdriickung der Moglichkeit, 
gemali dem HTTP-Protokoll oder dem WAP-Protokoll Daten 
auszutauschen, eine Anpassung erreicht der zur Verfugung 
stehenden Ubertragungs-Ressourcen auf Anwendungsschicht an 
die Erfordernisse der zu ubertragenden Daten. 

Es wird im weiteren davon ausgegangen, dass von der mobilen 
Kommunikationsvorrichtung 300 erste Daten mit 
Echtzeitanforderung, gemali dem Ausf uhrungsbeispiel 
Sprachdaten, sowie zweite Daten ohne Echtzeitanforderung, 
gemali dem Ausf uhrungsbeispiel textuelle Daten, die. 
beispielsweise gemafi dem ASCII-Format codiert sind, 
ubertragen werden sollen. 

Den Sprachdaten, das heilit den ersten Daten, sind folgende 
funf Dienstguteklassen zugeordnet: 

1. Dienstguteklasse 5 ( Best-mogliche Qualitat) : 
Gemali der ersten Dienstguteklasse wird eine 
Kommunikationsverbindung gewahrleistet , die eine gemafi 
den zur Verfugung stehenden Ubertragungs-Ressourcen zur 
Verfugung gestellt wird. Gemali der ersten 
Dienstguteklasse konnen im Rahmen der Ubertragung der 
Sprachdaten beim Empfanger Verzogerungen des 
Sprachsj gnals auftreten. Bei einer hohen Netzbelastung 
konnen Verzogerungen auftreten, die dazu fuhren, dass 
die Qualitat der ubertragenen Sprachdaten unter eine 
ubliche Qualitat ubertragener Sprachdaten in einem 
zellularen Mobilf unknet z ublicherweise gewahrleistet 
wird . 

2. Dienstguteklasse 4 (Niedrige Qualitat): 

Gemali einer zweiten Dienstguteklasse wird eine etwas 
verbesserte Qualitat der ubertragenen Sprachdaten 
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gewahrleistet . 

3. Dienstguteklasse 3 (Mittlere Qualitat): 

Eine mittlere Qualitat der ubertragenen Sprachdaten wird 
gemafl einer dritten Dienstguteklasse gewahrleistet, 
wobei die mittlere Qualitat im wesentlichen der Qualitat 
eines ublichen drahtlosen Mobilf unknet zes entspricht. 
Die Qualitat wird beispielsweise gewahrleistet mittels 
einer Kommunikationsverbindung iiber eine ubliche IP- 
Kommunikationsverbindung . 

4. Dienstguteklasse 2 (Hohe Qualitat): 

Gemafl einer vierten Dienstguteklasse wird eine Qualitat 
der zu ubertragenden Sprachdaten gewahrleistet, die der 
einer ublichen Festnetz-Telef onverbindung mit etwas 
verzogerter, das heilit erhohter Verzogerung der 
Sprachdaten, entspricht . 

5. • Dienstguteklasse 1 (Maximale Qualitat): 

Eine funfte Dienstguteklasse verlangt die Obertragung 
der Sprachdaten in hochster Qualitat, die gemafl dem zu 
verwendenden Kommunikat ionsnetz uberhaupt gewahrleistet 
werden kann. Die Qualitat ist mindestens genauso gut wie 
die Qualitat einer ublichen Festnetz-Telef onverbindung . 

Wie in [4] beschrieben ist, kann die Qualitat der Sprachdaten 
mittels eines sogenannten "Mean Opinion Score" (MOS) , der 
eine subjektive Qualitatsempf indung der dargestellten 
Sprachdaten von einer Vielzahl von Testpersonen wiedergibt. 

Die Qualitatsskala beim MOS liegt zwischen einem Wert 1, der 
eine nicht akzeptable Qualitat des Sprachsignals beschreibt 
und einem Wert 5, der eine exzellente Qualitat der 
Sprachdaten represent iert . 

Ein ublicher Telef on-Codec erreicht einen MOS yon ungefahr 
4,0. 
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Die oben beschriebenen ersten Dienstguteklassen sind in der 
folgenden Tabelle in einer Ubersicht mit dem jeweils zu 
erreichenden MOS dargestellt. 

In der Tabelle ist ferner fur jede erste Dienstgiiteklasse die 
mittlere Verzogerungszeit angegeben, die gewahrleistet werden 
muss, gerechnet von dem Zeitpunkt, zu dem der Sprecher das 
Sprachsignal ausspricht und dem Zeitpunkt, zu dem das 
ubertragene, rekonstruierte Sprachsignal von der 
Empfangervorrichtung ausgegeben wird, in der Tabelle als 
Mouth-to-Ear Delay bezeichnet. 



Weiterhin ist eine maximale Zeitdauer angegeben, die fur den 
Verbindungsauf bau der Kommunikationsverbindung benotigt 
werden darf, in der Tabelle als Call Set-up bezeichnet. 





Maximum 1 


Hoch 2 


Mittel 3 


Niedrig 4 


Best 

moglich 5 


MOS 

Qualitat 


4.2-5.0 


3.4-4.2 


2.6-3.4 


1.8-2.6 


1.0-1.8 


Mouth-to- 
Ear Delay 


0-150 ms 


150-250 


250-350 


350-500 


>500ms 


Call Set- 
up 


0-1 sec 


1-3 sec 


3-5 sec 


5-10 sec 


> 10 sec 



Die Dienstguteklassen, die den ersten Daten zugeordnet sind, 
werden im weiteren als erste Dienstguteklassen bezeichnet. 

Den zweiten Daten ohne Echt zeitanf orderung, das heilit den 
textuellen Daten, sind ebenfalls Dienstguteklassen 
zugeordnet, die im weiteren als zweite Dienstguteklassen 
bezeichnet werden. 

Die zweiten Dienstguteklassen unterscheiden sich hinsichtlich 
der zu gewahrleistenden Fehlerwahrscheinlichkeit , die maximal 
im Rahmen einer Kommunikationsverbindung auftreten darf. 



Im weiteren wird von vier zweiten Dienstguteklassen 
ausgegangen. 

Der Fall, dass Zweite Daten ubertragen werden konnen und 
sollen (CWB/MMC) kann weiter verfeinert werden in folgende 
Konvertierungsf ormen fur Bilddaten: 

i) Es erfolgt keine Farbkonvertierung ( Farbqualitat der 
gesendeten Bildinf ormation des Senders kommt unverandert 
bei Empfanger an) ; 

ii) Vielfarbigkeit nach vier Farben (breites Farbspektrum 
wird abgebildet auf groberes Raster) ; 

iii) Farben, d.h. Farbinf ormation wird auf Grauwertstuf en 
abgebildet ; 

iv) Farben oder Grauwerte der Farbinf ormation werden auf 
Schwarz/Weiss-Inf ormation abgebildet (wie z.B. bei der 
Abbildung von HTML-Bildern auf Bilder, die gemaft dem 
WAP-Standard bei einem WAP-Handy dargestellt wird) 

Durch verfeinerte Degradat ionen im Spektrum moglicher 
Qualitatsstufen der Farbkonversion (allgemein, der 
Mult imediakonvers ion) konnen Bandbrei tenschwankungen 
ausgeglichen werden. 

Orthogonal zur Farbe kann z.B. auch die Kornigkeit 
(Bildauf losung) oder die Bildgrofte skaliert werden. 
Skalierungen im Sinne von Vergrofterungen oder Verkleinerungen 
sind moglich und werden vermoge diverser MMC-Modi (Multimedia 
Con vers ion -Modi) realisiert . 

Auch in diesem Fall gilt wieder: Je feiner die Auflosung bzw. 
je grofter das ubertragene Bild, desto mehr Bandbreite ist 
erforderlich. 
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Somit kann auch in diesem Fall eine 

Obertragungskapazitatsschwankung ausgeglichen werden durch 
Anpassung der Qualitat von Multimediakonversion . 

5 

Zusammenf assend kann man sagen dass die Klassen 1.x, 3 und 5 
in Fig. 4 entsprechend verschiedenen Multimedia-Dimensionen 
wie Farbigkeit, Granularitat , Grolie etc in beliebigen 
Kombinationen verfeinert werden konnen. 

10 

Fig. 4 zeigt eine Tabelle 500, in der einzelne 
Kombinationsdienstguteklassen dargestellt sind, welche sich 
ergeben aus der Kombination der einzelnen ersten 
Dienstguteklassen und zweiten Dienstguteklassen. 

15 

Wie Fig. 4 zu entnehmen ist, kann gemaJJ dem 
Ausfuhrungsbeispiel bezuglich der Sprachdaten eine 
Unterscheidung in drei Kategorien erfolgen. 

• In einer ersten Kategorie wird angenommen, dass die 
20 jeweilige zweite Dienstguteklasse wahrend einer 

Kommunikationsverbindung gewahrleistet werden kann, 
wobei die vorgegebene Verzogerungszeit der empfangenen 
Sprachdaten niemals uberschritten wird. 

• In einer zweiten Kategorie ist lediglich moglich, die 
25 erste Dienstguteklasse niedrigster Qualitat zu 

gewahrleisten . 

• In einer dritten Kategorie wird angegeben, dass keine 
Ubertragung von Sprachdaten uber das Kommunikationsnet z 
moglich ist. 

30 

Die erste Kategorie ist in Fig. 4 in der Spalte "Sprache" 
durch die Ziffern 1 bis 4 gekennzeichnet , der zweite Fall 
durch die Ziffer 5 und der dritte Fall durch den Ausdruck 
"keine Sprachdaten". 



35 
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Weiterhin ist in den Kombinationsdienstguteklassen K 
unterschieden, ob textuelle Daten, das heiftt ob zweite Daten 
ohne Echtzeitanforderungen auch ubertragen werden mussen. 

Diese Unterscheidung ist in der Spalte "Daten" der Fig. 4 
dargestellt . 



Sollen zweite Daten ohne Echt zeitanf orderung ubertragen 
werden, so ist dies in der Spalte "Daten" der Tabelle 500 mit 
"CWB/MMC" gekennzeichnet (CBW: Collaborative Web Browsing, 
■MMC: MultiMedia Conversion) . 

Damit ist ausgesagt, wozu typischerweise Nicht-Echt zeitdaten, 
d.h. zweite Daten, uberhaupt ubertragen werden, und wie sie 
ubertragen werden, namlich zum Beispiel zum Zwecke des 
gemeinsamen ( kollaborativen) Betrachtens bzw. Bearbeitens von 
Bilddaten, und zwar unter Zuhilfenahme von 

Konversionstechniken fur Multimediadaten (etwa Konversion von 
farbiger zu Grauwertdarstellung, oder Ausblendung von Sounds 
Oder beweglichen Applets in HTML-Dokumenten, falls notig) . 

Sollen keine zweiten Daten ubertragen werden im Rahmen der 
Kommunikationsverbindung, so ist dies in der Tabelle 500 mit 
dem Ausdruck "keine Textdaten" angegeben. 

Werden erste Daten und/oder zweite Daten von der 
Kommunikationsvorrichtung ubertragen, so wird von der 
Kommunikationsverbindungs-Anpassungs-Einheit 307 eine 
Kombinationsdienstguteklasse K der in Fig. 4 dargestellten 
Kombinationsdienstguteklassen K ausgewahlt. 

Die Auswahl erfolgt durch die Kommunikationsverbindungs- 
Anpassungs-Einheit 307 zyklisch in einem zeitlichen Abstand 
von einigen Sekunden. 



n jedem im weiteren beschriebenen Zyklus wird ein 
insichtlich der Kombinationsdienstguteklasse K und 



der zur 



Verfugung stehenden Bandbreite optimierter Codec zum Codieren 
der ersten Daten und der zweiten Daten bestimmt, welcher die 
aktuell zur Verfugung stehende Bandbreite mbglichst gut 
ausnutzt und eine optimierte Ubertragungsrate ermoglicht. 

Die Auswahl erfolgt abhangig von unterschiedlichen 
Dienstguteparametern, die gemaft dem Ausf uhrungsbeispiel im 
wesentlichen in drei Klassen eingeteilt werden konnen, aus 
denen der optimierte Codec bestimmt wird: 

• Eine erste Klasse von Dienstguteparametern sind Profil- 
Parameter, das heifit Dienstguteparameter , die von den 
Benutzern der Kommunikationsendgerate, den 
Kommunikationsendgeraten selbst oder von der jeweiligen 
Anwendung bestimmten bzw. abhangigen Kenndaten. 
Beispiele solcher Prof ilparameter sind Prioritaten zur 
relativen Bevorzugung der ersten Daten mit 
Echtzeitanf orderung oder zweiten Daten ohne 
Echtzeitanf orderung, eine Angabe uber die 
Benachteiligung oder Gleichbehandlung von ersten Daten 
mit Echtzeitanf orderung und zweiten Daten ohne 
Echtzeitanforderung, eine Angabe uber eine mogliche 
Notwendigkeit der Konvert ierung von Multimedia-Daten, 
beispielsweise eine Angabe uber die Reduktion von HiFi- 
Qualitat von Audio-Daten fur minderwertige Lautsprecher 
oder Kopfhorer, die Konvert ierung von Farbinf ormat ion 
auf Helligkeitsinformation, das heifit auf Grauwerte fur 
Schwarz/Weift-Bildschirme, eine Angabe uber maximal 
tolerierbare Verzogerungswerte der empfangenen, das 
heifit der zu ubertragenden Daten, etc.. Prof il-Parameter 
konnen auch andere Rahmenbedingungen enthalten, 
beispielsweise benut zerdef inierbare Parameter, 
anwendungsabhangige Parameter oder Vorgaben, die von dem 
Kommunikationsendgerat selbst verursacht werden, wie 
beispielsweise ausgehandelte Tarife, welche an bestimmte 
maximale gewahrleistete Dienstguteklassen gebunden sind. 
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• Weitere Dienstguteparameter konnen Parameter sein, die 
fur die Dauer eines Zyklus gespeichert sind, in einem 
neuen Zyklus neu initialisiert worden sind bzw. seit 
einigen vorangegangenen Zyklen gultige 
Dienstguteparameterwerte. Beispiele fur solche 
Dienstguteparameter sind insbesondere der gespeicherte 
Typ des Kommunikationsnetzes, das im Rahmen der 
Kommunikationsverbindung verwendet wird, beispielsweise 
GSM, DECT, HSCSD, drahtloses LAN, etc., sowie die im 
zeitlich vorangegangenen Zyklus ermittelten Werte des 
verwendeten Codecs, der Ubertragungsraten und 
Verlustraten von Datenpaketen im Rahmen der 
Kommunikationsverbindung . 

Weitere Dienstguteparameter konnen vom Audio-Gateway 
gemessene Parameter einer Kommunikationsverbindung, 
beispielsweise aktuelle Werte verfugbarer, aktuell 
ermittelter Bandbreiten auf Kommunikationsverbindungen 
zu nahen (lokalen) und entfernten (remote) Netzknoten, 
das heifit Vermittlungs-Computern sein, wie auch lokale 
und entfernte Jitter-Werte und Verzogerungswerte bei der 
Ubertragung von Daten uber die entsprechende 
Kommunikationsverbindung, sowie eine durchschnittliche 
Lange von Inf ormationsstrom-Ruckstaus, etc. 

Im weiteren wird anhand von Fig.l das Verfahren gema/S dem 
Ausfuhrungsbeispiel der Erfindung zur Auswahl einer 
Kombinationsdienstguteklasse K im Detail erlautert. 

In einem ersten Schritt (Schritt 100) wird der Zyklus 
gestartet . 



einem weiteren Schritt (Schritt 101) wird ermittelt, 
che Art von Daten ubertragen werden sollen. 

weiteren wird davon ausgegangen, dass erste Daten mit 
tzeitanforderung und zweite Daten ohne Echtzeitanf orde 
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im Rahmen der Kommunikationsverbindung ubertragen werden 
sollen . 

Fur eine eindeutig identif izierbare Kommunikationsverbindung, 
5 in der zwei oder eine Vielzahl von Kommunikationsendgeraten 
miteinander kommunizieren konnen, wovon mindestens eine 
Kommunikationsvorrichtung eine mobile 

Kommunikationsvorrichtung ist, werden in einem weiteren 
Schritt (Schritt 102) die aktuellen Prof ilparameter der 
10 mobilen Kommunikationsvorrichtung ermittelt, darunter die 
gewiinschten Prioritaten, die den ersten Daten bzw. den 
zweiten Daten zugeordnet sind. 

In einem weiteren Schritt (Schritt 103) werden die 
Dienstguteparameter der oben dargestellten zweiten Klasse 
eingelesen, darunter 

• der Typ des verwendeten Kommunikationsnetzes im Rahmen 
der Kommunikationsverbindung zuvor gespeicherte 
Dienstgiitemerkmale, 

• der zuvor im vorangegangenen Zyklus verwendete lokale 
Codec, der mittels Codierungsparameter beschrieben wird, 

• der im vorangegangenen Zyklus verwendete Codec des 
entfernten Kommunikationspartners, das heilit der 
jeweiligen entfernten Kommunikationsvorrichtung, 

• die gespeicherte lokale Verlustrate, und 

• die gespeicherte Verlustrate des entfernten 
Kommunikationspartners im Rahmen des vorangegangenen 
Zyklus. 

30 In einem weiteren Schritt (Schritt 104) werden die 

beispielsweise vom Audio-Gateway zur Verfugung gestellten 
Dienstguteparameter der oben dargestellten Klasse drei 
ermittelt, das heifit beispielsweise die Art der Multimedia- 
Konvertierung, falls diese dynamisch ausgestaltet ist, die 

35 zur Verfugung stehenden Verzogerungswerte , die Schwellwerte 
usw. 



20 
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In einem weiteren Schritt (Schritt 105) wird eine 
Dienstgutevariable tryQoS mit einem Maximalwert 
initialisiert . 

5 Die Dienstgutevariable tryQoS ist ein Wert, der in Fig. 4 in 
der linken Spalte zur Kennzeichnung der 
Kombinationsdienstguteklasse K dargestellt ist. 

GemaB der Heuristik, wie sie gemaB dem Ausf Qhrungsbeispiel 
10 eingesetzt wird, wird die Dienstgutevariable tryQoS 

versuchsweise mit einem moglichst hohen Wert initialisiert, 
in Abhangigkeit der eingelesenen aktuellen Prof ilparameter . 

Wie im weiteren beschrieben wird, wird der Wert der 
15 Dienstgutevariable tryQoS nach und nach reduziert, wenn es 
gemaB aller anderen aktuellen Dienstguteparameter keinen 
geeigneten Codec gibt, der die Anf orderungen der aktuellen 
Kombinationsdienstguteklasse K gewahrleistet , und zwar so 
lange, bis ein geeigneter Codec ermittelt worden ist, oder 
20 bis alle verfugbaren Codecs erfolglos durchprobiert worden 
sind . 

Es ist selbstverstandlich moglich, dass es fur jede 
Kombinationsdienstguteklasse mehrere geeignete Codecs geben 
25 kann, je nachdem, ob die ent sprechenden Codecs in der 
Kommunikat ionsvorrichtung implementiert sind. 

So lange noch kein geeigneter Codec ermittelt worden ist 
(While-Schleife 106) wird folgendes Verfahren durchgef uhrt : 

30 

In einem ersten Schritt wird uberpruft, ob die 
Dienstgutevariable > 1.1 ist und < 4 ist. Dies entspricht dem 
Fall, dass eine Ubertragung von Sprachdaten, allgemein von 
ersten Daten mit Echt zeitanf orderung, uberhaupt moglich ist. 

35 

Im Weiteren wird fur alle verfugbaren Codecs i, die eine 
Ubertragung gemaB der Kombinationsdienstguteklasse, die durch 
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den durch die Dienstgiitevariable tryQoS bezeichnet ist, 
ermittelt, ob der jeweilige Codec i die geforderten Dienste 
zur Verfugung stellen kann. 

5 1st dies der Fall, so findet das Verfahren geeignete Codecs. 
Die Codecs werden gemeinsam mit der zu dem Codec i gehorigen 
Frames pro IP-Datenpaket in einer Liste abgespeichert und es 
wird iiberpriift, ob abhangig von der zur Verfugung stehenden 
Bandbreite die von dem jeweiligen Codec i benotigte 
10 Bandbreite zur Verfugung steht. Anschliefiend wird eine Liste 
moglicher Datenparametersatze (z.B. gemafJ der 
Dienstguteklasse fur Bilddaten) entsprechend der 
resultierenden Bandbreite fur Daten und personlichen 
Praferenzen des Nutzers bestimmt. 

15 

Anschlieftend wird in einem weiteren Schritt die jeweils 
optimale Kombination aus den beiden Listen (Codec, 
Bilddatenparameter ) ausgewahlt . 

20 Im Fall der kombinierten Dienstguteklassen K 1 . X (Hohe 

Sprachdatenprioritat relativ zu den Bilddaten) wird derjenige 
Codec i mit der hochsten Sprachqualitat (beschrieben gemafi 
diesem Ausf uhrungsbeispiel durch den Parameter MOS)und die 
niedrigste Anzahl von Frames pro IP-Datenpaket , die mit der 

25 Bandbreite vereinbar ist, ausgewahlt. 

Fur die Bilddaten wird ein Konvertierungsschema in 
Abhangigkeit von der resultierenden Bandbreite gewahlt. Ist 
diese sehr gering, so werden die Bilder nur noch entsprechend 
30 der Klasse iv) von Farben oder Grauwerten nach Schwarz/Weiss- 
Bildinf ormation konvertiert . 

Im Fall der kombinierten Dienstguteklasse K 3 (niedrige 
Sprachdatenprioritat relativ zu den Bilddaten) wird derjenige 
35 Codec i mit der niedrigsten Sprachqualitat und die hochste 
Anzahl von Frames pro IP-Datenpaket, die mit der Bandbreit 
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vereinbar ist, ausgewahlt. Die Bilddaten werden in der 
bestmoglichen Qualitat ubertragen. 

Fur die Dienstguteklasse K 2.x und 4 (keine Bilddaten) werden 
5 nur der Codec und seine Parameter optimiert. 

Kann fur die jeweilige Dienstgutevariable kein Codec 
ermittelt werden, der unter Berucksichtigung der zur 
Verfugung stehenden Bandbreite die 
10 Kombinationsdienstguteklasse, das heilit die entsprechenden 
Anf orderungen gewahrleisten kann, so wird der Wert der 
Dienstgutevariable tryQoS reduziert gemafi folgender 
Reihenfolge der zu untersuchenden 
Kombinationsdienstguteklassen : 

15 

1.1 1.2 -» 1.3 1.4 -> 3 5 
bzw . 

20 2.1 -> 2.2 2.3 -> 2.4 -> 4 6. 

Diese Heuristik, die die Reihenfolge der zu untersuchenden 
Kombinationsdienstguteklassen vorgibt, bedeutet anschaulich f 
dass jeweils fur eine Kombinat ionsdienstguteklasse, beginnend 
25 mit der besten Kombinationsdienstguteklasse mit maximalem 

Bandbreitenbedarf , uberpruft wird, ob genugend Bandbreite zur 
Verfugung steht fiir den jeweiligen Codec. 

Ist dies nicht der Fall, so wird eine jeweils urn eine Klasse 
30 verschlechterte Kombinationsdienstguteklasse ausgewahlt und 
es wird uberpruft, ob fur diese Kombinationsdienstguteklasse 
ein Codec zur Verfugung steht und ob fur diesen Codec eine 
ausreichende Menge an Bandbreite von dem Kommunikat ionsnet z 
zur Verfugung gestellt werden kann. 

35 

Diese Vorgehensweise wird so lange durchgef uhrt , bis ein 
Codec ermittelt wird, der sowohl die jeweils aktuelle 
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Kombinationsdienstguteklasse gewahrleistet als auch einen 
Bandbreitenbedarf aufweist, der von dem Kommunikationsnetz, 
im Rahmen der Kommunikationsverbindung tatsachlich zur 
Verfiigung gestellt werden kann. 

1st ein solcher Codec ermittelt worden, so wird der Codec, 
das heifit die Parameter, die das Ubertragungsverhalten des 
Codecs beschreiben, gespeichert und die Obertragungsparameter 
werden einer Einheit der Transportschicht, die Daten gemafi 
dem TCP codieren, zugefiihrt. 

1st jedoch keine Obertragung von Sprachdaten iiber das 
Kommunikationsnetz moglich, so wird gepruft, ob die 
Dienstgutevariable den Wert 5 aufweist, das heiflt ob 
Sprachdaten uberhaupt ubertragen werden sollen. 

• 1st dies der Fall, so werden die Obertragungsparameter 
entsprechend der Kombinationsdienstguteklasse 5 als 
neue, aktuelle Werte, gespeichert. 

• 1st dies nicht der Fall, so werden als neue 
Obertragungsparameter die Werte, die der 
Kombinationsdienstguteklasse 6 zugeordnet sind, 
gespeichert . 

Zusammenfassend kann der Zyklus des Verfahrens gemali dies em 
Ausfiihrungsbeispiel in drei Phasen unterteilt werden, die 
anschaulich im weiteren beschrieben werden. 

In einer ersten Phase wird jeder verfiigbare Codec gepruft, ob 
er auf Grund der aktuell verfiigbaren Bandbreite, uberhaupt 
zur Ubertragung der gewunschten Daten eingesetzt werden kann. 

1st dies der Fall, wird fur diesen Codec in Abhangigkeit der 
konfligierenden Parameter Delay und zur Verfiigung stehende 
Bandbreite ein optimaler LFP-Parameterwert (LFP: Local Frames 
per Packet) ermittelt. In dieser ersten Phase wird somit eine 
Menge geeigneter, optimal parametrierter Codecs fur die 
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Ubertragung der ersten Daten, in Form von Paaren (Codec, LFP) 
ermittelt . 

In einer zweiten Phase werden jedes in der ersten Phase als 
5 geeignet ermitteltes Paar (Codec, LFP) daraufhin uberpruft, 
welche Qualitat zweiter Daten es maximal zulasst. Die 
Qualitat zweiter Daten wird quantif iziert in Form sogenannter 
Multimedia kon vers ions- Parameter . 

j Es wird also ermittelt, welche Qualitatsgrade an Farbigkeit, 
Granularitat und Bildgrofie fur ein gegebenes Paar (Codec, 
LFP) gemafi der aktuellen Gegebenheiten (verfugbare 
Bandbreite, Benutzerprof il, ausgehandelte 

Kommunikationssitzungs-Parameter, etc) sinnvoll sind und zur 
15 Verfugung gestellt werden konnen. 

Diese Werte werden zusammengef asst in einem MMC-Vektor. Als 
Resultat der zweiten Phase erhalt man somit eine Menge von 
geeigneten Tripeln (Codec, LFP, mmc_vector) . 

20 

Dabei bezeichnet der Vektor mmc_vector einen Vektor von QoS- 
Parametern. Er stellt einen fur die Ubertragung optimalen 
Punkt in dem von den Dimensionen Farbigkeit, Granularitat, 
Bildgrofie, etc auf gespannten Raum von Ubertragungsguteklassen 
25 fur die zweiten Daten dar. 

In einer dritten Phase wird dann anhand der aktuellen QoS- 
Messwerte und QoS-Voreinstellungen aus der Menge aller in der 
zweiten Phase ermittelten Tripel der relativ beste 
30 Parametersatz (Codec, LFP, mmc_vector) ermittelt. 

Der auf diese Weise ermittelte relativ beste Parametersatz 
wird im laufenden Ubertragungsbet rieb umgesetzt, d.h. 
verwendet und der nachste Zyklus von kann beginnen. 

35 

Im weiteren ist das Verfahren zur Auswahl der. 
Kombinationsdienstgiiteklasse in Form eines Pseudocodes, der 
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sich der Syntax der Programmiersprache C++ anlehnt, 
dargestellt : 
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procedure AQuaVIT (String CONFJD) 

/* CONFJD ist Input-Parameter. CONFJD enthalt einen eindeutigen Bezeichner fur eine 
bestimmte Konferenz (gelegentlich auch "session" genannt). Eine Konferenz involviert zwei 
oder mehrere Endteilnehmer, wovon mindestens einer mobil ist. Sein Endgerat ist 
5 typischerweise ein Laptop, Notebook oder Palmtop, kann aber im Prinzip auch ein 
internetfahiges Handy sein. Andere Konferenzteilnehmer sind entweder ebenfalls mobil oder 
kommunizieren ueber ein voice/data-enabled Endgerat mit fest vemetztem Internet-Anschluss. 
*/ 

10 { 

// In next three get-statements, the main input data for AQuaVIT are obtained. 
get(CONFJD t Profile_Params); 

/* Einholen aktueller Profil-Parameter des mobilen Endteilnehmers, darunter Prioritats-faktoren 
1 5 fur Sprach- und Datenstrome, etc. */ 

get(CONFJD, Stored_Params); 

/* Einholen gespeicherter, seit dem vorigen Zyklus bestehender QoS-Parameterwerte, darunter 
auch storedNetworkType, etc */ 

20 

get(CONFJD. AudioGwy_Params); 

/* Einholen aktueller, von AudioGateway gelieferter QoS-Parameter, z.B. Art der Multimedia- 
Konversion (falls dynamisch), Verzogerungswerte (delays), Schwellwerte, Paketverlustraten, 
etc */ 

25 

boolean codecFound = false; // initialization of stop condition for while loop below 
int tryQOS; 

/* tryQoS ist ein QoS-Wert gemaB Spalte 1 in Table 2 des zu veroffentlichenden Papiers. 

30 tryQoS wird im nachsten statement versuchsweise mit einem moglichst hohen Wert 

initialisiert, in Abhangigkeit der aktuellen Profilparameter. Spater wird dieser Wert dann 
nach und nach gesenkt, wenn es gemaB aller anderen aktuellen QoS-Parameter keinen 
geeigneten Codec gibt, der diese QoS-Stufe ermoglicht, und zwar so lange, bis ein 
geeigneter Codec gefunden ist oder bis alle verfugbaren Codecs erfolglos durchprobiert sind. 

35 Zu beachten ist noch, dass es fur jede QoS-Stufe mehrere geeignete Codecs geben kann, und 

dass jeder geeignete unter den verfugbaren auch von AQuaVIT identifiziert wird. Unter alien 
geeigneten Codecs, die eine hochstmogliche QoS-Stufe garantieren konnen, wird am Ende 
der tatsachlich beste ausgevvahlt. */ 

4 0 /* Next, initialize tryQos with conceivably highest value, depending on current QoS parameter 
in profile of mobile client */ 

initialize(tryQoS, Profile_Params); // tryQoS is initialised, depending on QoS parameters in 
Profile 

45 
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/* The while loop below attempts to find, for a tryQoS value which is initially as high as 
possible, a set of feasible codecs with correlated LFP (Local Frames per Packet) value. Each 
pair of a feasible codec and corresponding LFP value is entered into a set. The loop iterates 
5 by degrading the value of tryQoS if no feasible codec has been found, and terminates if 

either a feasible codec has been found or none could be found at all. */ 

while (IcodecFound) // codecFound is initialized by default to false 
{ 

if (tryQOS > 1 .1 && tryQOS < 4) // i.e., voice transmission is possible 
10 { 

/* The for-loop below checks, for each codec with index i (1 < i < 
numberOfavailableCodecs), if codec[i] is possibly feasible for tryQoS. If yes, then 
the most suitable LFP value corresponding to codec[i] is computed, and the oair 
(codec[i], LFP) is entered into the set of feasible pairs. Technically speaking, the QoS 
15 is the better the less frames per packet are used. But the less frames are used, the more 

bandwidth is needed (headeroverhead). */ 

// first, initialize set of feasible pairs (codec, LFP) with the empty set 
set_of_feasible_pairs = empty_set; 

// in for-loop below, each feasible pair (codec[i], LFP) is entered into this set 

20 for (int i=0; i < numberOfavailableCodecs ; i++) 

{ 

/* Following if-cascade determines the optimal LFP parameter value for codec[i]. 
Recall: The more frames there are per packet, the less bandwidth is required but the 
higher the resulting delay is, i.e. the lower the resulting voice quality is. (Memo: Im 
25 obigen Kommentar ist die folgende if-Kaskade mit "Erster Durchgang" bezeichnet.) 

*/ 

if possibly_feasible(codec[i], Profile_Params, Stored_Params, 
AudioGwy^Params) 
30 { 

bestLFP = compute - best_LFP(codec[i], Delay, Bandwidth); 
/* Compute best possible value of LFP for codec[i], depending on the Delay caused 
by LFP and the Bandwidth required by LFP. */ 

set_of_feasible_pairs = set_of_feasible_pairs u {(codecfi], bestLFP)}; 
35 // store the pair (codec[i], bestLFP) in set of feasible pairs 

} 

if !is_empty(set_of_feasible_pairs) // negation (!) of is_empty returns boolean 
value 
40 { 

codecFound = true; 

} 

} //end for (int i=1; i < numberOfavailableCodecs ; i++) 

4 5 if (IcodecFound) 

// memo: this is still the Voice allowed' case, i.e. tryQOS >= 1.1 && tryQOS <= 4 
{ 

decrement(tryQoS); 
// decrementation of QoS value is as described in paper: 
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//1.1=> 1.2 => 1.3 => L4=>3=>5 and 2.1 => 2.2 => 2.3 => 2.4 => 4 => 6 
else // if codecFound = true 

/* Memo: Dieser else-Block enthalt die in obigem Kommentar mit "Zweiter Durchgang" 
und Dritter Durchgang" bezeichneten Phasen. 

{ 

set_of_feasible_triples = empty_set // initialisation 

/* for each feasible pair (codec[i], bestLFP), compute a feasible vector of parameters 
for multimedia conversion of non-real-time data with respect to estimated 
remaining bandwidth needed for non-real-time data transmission, and add this 
vector as a triple (codec[i], bestLFP, vector) to a set of feasible parameter triples. 
Memo: Die folgende for-Schleife implementiert den "Zweiten Durchgang" */ 

for each feasible pair (codecfi], LFP) in set_of_feasible_pairs 

mmcvector = choose_feasible_MMC J3arameters(remaining_bandwidth); 
^ set_of_feasibleJriples = set_of_feasible_triples u {mmc.vector}; 

// Memo: Folgendes statement steht fur den "Dritten Durchgang". 

bestCombination = choose_bestJriple(set_of_feasible_triples); 

//choose best combination, i.e., the best of feasibles triples (codec, LFP, mmc_vector) 

store_newjaoS_values(CONFJD, bestCombination); 

/* Previous statement stores best combination as new QoS parameter values for 
CONF_ID 

} 

} // end if (tryQOS > 1 . 1 && tryQOS < 4), i.e., voice transmission was allowed 
else // if tryQOS > 4; note that, in this case, no codec has been found! 

|f (tryQOS = 5) // i.e., no voice transmission, and therefore no codec needed 

^ store_new_QoS_values(CONF_ID. 5, Profile_Params, AudioGwy_Params); 
/* Previous statement computes and stores new QoS parameter values for CONFJD 
according to QoS = 5 and according to Profile and current AudioGateway parameters. 

} 

else // tryQOS = 6, i.e., no voice transmission possible, no data transmission needed. 
^ store_new_QoS_values(CONF_ID, 6, Profile_Params, AudioGwy_Params); 

break; //while IcodecFound would never stop unless broken in this else case, tryQOS 

} 

} // end while IcodecFound 
} // end AQuaVIT 
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1. Verfahren zum Ubertragen von ersten Daten mit 
Echtzeitanf orderung und zweiten Daten ohne 

5 Echtzeitanf orderung, wobei zur Ubertragung der ersten Daten 
eine Mehrzahl von ersten Dienstguteklassen in der 
Anwendungsschicht vorgesehen ist, und wobei zur Ubertragung 
der zweiten Daten eine Mehrzahl von zweiten Dienstguteklassen 
in der Anwendungsschicht vorgesehen ist, 
10 • bei dem eine der aus den ersten Dienstguteklassen und 
den zweiten Dienstguteklassen gebildeten 
Kombinationsdienstguteklassen in der Anwendungsschicht 
ausgewahlt wird, wobei jeder 

Kombinationsdienstgiiteklasse Ubertragungsparameter 
15 zugeordnet sind, mit denen angegeben wird, mittels 

welcher Parameter die Ubertragung der ersten Daten und 
der zweiten Daten erfolgen soil, und 

• bei dem die ersten Daten und die zweiten Daten sowie die 
Ubertragungsparameter der ausgewahlten 

20 Kombinationsdienstgiiteklasse einer Einheit der 

Transportschicht zugefuhrt werden, mittels der die 
ersten Daten und die zweiten Daten unter 
Berucksichtigung der Ubertragungsparameter ubertragen 
werden . 

25 

2. Verfahren nach Anspruch 1, 

bei dem die ersten Daten Sprachdaten enthalten. 

3. Verfahren nach Anspruch 1 oder 2, 

30 bei dem die zweiten Daten zumindest eine der folgenden Daten 
enthalt : 

• textuelle Daten, und/oder 

• Videodaten, und/oder 

• Bilddaten. 



4. Verfahren nach einem der Anspruche 1 bis 3, 
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bei dem den ersten Dienstguteklassen jeweils eine erste 
Prioritat und den zweiten Dienstguteklassen eine zweite 
Prioritat zugeordnet ist, mit der angegeben ist, mit welcher 
Prioritat die ersten Daten bzw. die zweiten Daten ubertragen 
5 werden sollen. 

5. Verfahren nach einem der Anspruche 1 bis 4, 

bei dem die Kombinationsdienstgiiteklassen abhangig von den 
ersten Prioritaten und den zweiten Prioritaten gebildet 
10 werden. 

6. Verfahren nach einem der Anspruche 1 bis 5, 
bei dem die Auswahl der Kombinationsdienstguteklasse auf 
folgende Weise erfolgt: 

a) es wird die Kombinationsdienstguteklasse ausgewahlt, die 
die erste Dienstgiiteklasse mit hbchster erster Prioritat 
und die zweite Dienstgiiteklasse mit hochster zweiter 
Prioritat aufweist , 

b) es wird gepriift, ob ein zu verwendender Coder die ersten 
Daten und die zweiten Daten gemafi den 
Ubertragungsparametern der jeweiligen 
Kombinat ionsdienstguteklasse ubertragen kann, 

c) ist dies der Fall, so wird die 
Kombinat ionsdienstguteklasse ausgewahlt, 

d) wenn dies nicht der Fall ist, so wird eine weitere 
Kombinationsdienstguteklasse ausgewahlt derart, dass 
jeweils die Kombinationsdienstguteklasse mit reduzierter 
zweiter Prioritat ausgewahlt wird, und 

e) die Schritte b) und d) werden iterativ solange 
durchgef uhrt , bis der Coder die ersten Daten und die 
zweiten Daten gemafi den Ubertragungsparametern der 
jeweiligen Kombinationsdienstguteklasse ubertragen kann. 

7. Verfahren nach einem der Anspruche 1 bis 6, 

35 in der Einheit der Transportschicht werden die ersten und die 
zweiten Daten als ein Datenstrom mit vorgebbarer 
Transportschicht-Dienstguteklasse codiert und ubertragen. 



15 



20 



25 



30 
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8. Kommunikationsvorrichtung zum Obertragen von ersten Daten 
mit Echtzeitanf orderung und zweiten Daten ohne 
Echtzeitanf orderung, wobei zur Obertragung der ersten Daten 

5 eine Mehrzahl von ersten Dienstguteklassen in der 

Anwendungsschicht vorgesehen ist, und wobei zur Ubertragung 
der zweiten Daten eine Mehrzahl von zweiten Dienstguteklassen 
in der Anwendungsschicht vorgesehen ist, 
mit einem Prozessor, der derart eingerichtet ist, dass 
10 folgende Schritte durchfuhrbar sind: 

• eine der aus den ersten Dienstguteklassen und den 
zweiten Dienstguteklassen gebildeten 

Kombinationsdienstguteklassen in der Anwendungsschicht 
wird ausgewahlt, wobei jeder 
15 Kombinationsdienstguteklasse Ubertragungsparameter 

zugeordnet sind, mit denen angegeben wird, mittels 
welcher Parameter die Ubertragung der ersten Daten und 
der zweiten Daten erfolgen soil, und 

• die ersten Daten und die zweiten Daten sowie die 
20 Ubertragungsparameter der ausgewahlten 

Kombinationsdienstguteklasse werden einer Einheit der 
Transportschicht zugefuhrt, mittels der die ersten Daten 
und die zweiten Daten unter Berucksichtigung der 
Ubertragungsparameter ubertragen werden. 

25 

9. Kommunikationsvorrichtung nach Anspruch 8, 
ausgestaltet als mobile Kommunikationsvorrichtung. 

10. Kommunikationssystem mit einer mobilen ersten 

30 Kommunikationsvorrichtung nach Anspruch 8 und einer zweiten 
Kommunikationsvorrichtung, 

bei dem die ersten Daten und die zweiten Daten von der ersten 
Kommunikationsvorrichtung zu der zweiten 
Kommunikationsvorrichtung ubertragen werden konnen . 



Zusaxmnenf assung 



Verfahren zum integrierten Ubertragen von ersten Da ten mit 
Echtzeitanforderung und zweiten Da ten ohne 
Echtzei tanf orderung , Kommunikationsvorrichtung und 
Kommunika tions sy s tern 

Zur Obertragung der ersten Daten ist eine Mehrzahl von ersten 
Dienstguteklassen und zur Obertragung der zweiten Daten eine 
Mehrzahl von zweiten Dienstguteklassen jeweils in der 
Anwendungsschicht vorgesehen. Es wird aus den ersten 
Dienstguteklassen und den zweiten Dienstguteklassen 
gebildeten Kombinationsdienstguteklassen eine 

Kombinationsdienstguteklasse ausgewahlt. Die ersten Daten und 
die zweiten Daten werden abhangig von der ausgewahlten 
Kombinationsdienstguteklasse zugeordneten 

Ubertragungsparametern einer Einheit der Transportschicht 
zugefiihrt, mittels der die Daten ubertragen werden. 
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